home *** CD-ROM | disk | FTP | other *** search
- Path: nnrp.info.ucla.edu!usenet
- From: thomasj@seas.ucla.edu (T.K. Jun)
- Newsgroups: comp.lang.c++
- Subject: Re: Compiler bug in Borland C++ 5.0
- Date: Wed, 17 Apr 1996 08:14:28 GMT
- Organization: University of California, Los Angeles
- Message-ID: <4l299v$11p6@saba.info.ucla.edu>
- References: <316A22E0.47B6@ee.oulu.fi> <4kglku$6lm@druid.borland.com> <4kmdcm$6vr@nnrp1.news.primenet.com>
- NNTP-Posting-Host: micro2.seas.ucla.edu
- X-Newsreader: Forte Free Agent 1.0.82
-
- kj7bg@primenet.com (Bob White) wrote:
-
- >IMHO strategic libraries such as OWL should compile with any alignment. If
- >that means the alignment is set in the header files via pragmas for that
- >library so be it. Just my 2 cents.
- > Bob
-
-
- >In article <4kglku$6lm@druid.borland.com>, pete@borland.com says...
- >>
- >>In article <316A22E0.47B6@ee.oulu.fi>, artsi@ee.oulu.fi says...
- >>>
- >>>Try setting data aligment to other than byte and compile OWL project.
- >>>Virtual function InitMainWindow is not called with this setup (Double
- >>>word or quad word). With word aligment program crashes. Byte aligment
- >>>always work.
- >>>
- >>>I have Borland C++ 5.0 with patch 1.
- >>
- >>OWL was built with byte alignment. You cannot change alignment piecemeal: all
- >>of the pieces that interact must agree on how structures are laid out. In
- >>order to use a different alignment you would have to recompile the OWL DLL
- >with
- >>the new alignment as well. Not recommended.
- >>
-
- For me BC 5.0 crashes when I do a simple edit using the editor.
- Delete a line and crash. I'm using NT 3.51 with 32 MB of ram. I run
- very simple programs using the console mode of win32. Its hard to
- believe that Borland would release such buggy code. Please email any
- suggestions.
-
-
- thomasj@seas.ucla.edu
-
-